Некоторые пользователи платформы VMware vSphere, которые не используют множество функций распределенных служб VMware vCenter, хотели сделать такую штуку: обновить хосты VMware ESX 4.0 на версию 4.1, а сервер VMware vCenter оставить версии 4.0.
То есть ставить VMware vCenter 4.1 придется для управления хостами версии 4.1. Кстати, обратите внимание, что VMware vCenter 4.1 умеет управлять хостами VMware Server 1.0 - единственный после версии VirtualCenter 1.4 (не опечатка ли это?).
Таги: VMware, vCenter, ESX, VirtualCenter, vSphere, Update, Compatibility, Server
Актуальный вопрос для тех, кто пользуется средством VMware Update Manager (VUM) для автоматизированного обновления хостов VMware vSphere / ESX. База данных VUM и занятое обновлениями дисковое пространство имеют свойство неудержимо расти, что важно учитывать при планировании развертывания сервера под Update Manager.
Компания VMware выпустила калькулятор размера базы данных и хранилища VMware vCenter Update Manager 4.1 Sizing Estimator, позволяющий администраторам прикинуть, сколько дисковой емкости нужно будет под базу данных, хранилище патчей (Patch Store) и временные файлы:
Недавно компания Citrix объявила о выпуске очередной версии продукта для виртуализации настольных ПК предприятия Citrix XenDesktop 4 Service Pack 1.
Новых возможностей платформы не так много, но они весьма важны для крупных инсталляций:
Role-based access control (RBAC) для административных задач по управлению инфраструктурой VDI
Логирование изменений конфигурации при работе в административном интерфейсе
Существенные улучшения агентов Virtual Desktop Agent (VDA) в виртуальных ПК
Но самое интересное, что Burton Group (одно из подразделений аналитической компании Gartner) ранее не признававшее ни одно из VDI-решений годным к эксплуатации в крупной корпоративной среде, изменили свое решение. Теперь по их мнению Citrix XenDesktop 4 SP1 - первая Enterprise-Ready платформа для виртуализации настольных ПК:
Но всем известно как делаются подобные вещи - кто больше занесет, тот и победил. При этом некоторые из вас (я знаю) сидят и ждут VMware View 4.5 и на такие вещи не покупаются, а вот некоторые хотят именно XenDesktop и тоже по-своему правы. Напомню, что в VMware View 4.5 тоже есть и Role Based Administration, и много чего еще, что существенно заполнит карточку с картинки выше.
Вместе с VMware vSphere 4.1 компания VMware выпустила также новую версию продукта Site Recovery Manager (SRM), предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры.
Помимо функций, имеющихся в версии 4.0, VMware SRM 4.1 получил следующие новые возможности:
Поддержка VMware vSphere 4.1
Возможность изменять system shutdown retry timeout в гостевой ОС при кастомизации IP-адресов, а также datastore discovery timeout в процессе восстановления
Поддержка виртуальных сетей на базе VMware vNetwork Distributed Switch (vDS) на основном и резервном сайте
Поддержка IP customization для гостевых ОС Windows 7 и Windows Server 2008 R2
Серверная часть VMware SRM 4.1 теперь только 64-битная (клиентская осталась 32-битной), соответственно, она не совместима с vCenter 4.0.
Экосистема партнеров решения SRM теперь включает дисковые массивы 14 вендоров: 3PAR, Compellent, Dell | EqualLogic, EMC, FalconStor, Fujitsu, Hitachi, HP, IBM, LSI, NEC, NetApp, Sun, Xiotech.
Скачать VMware Site Recovery Manager 4.1 можно по этой ссылке.
Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.
Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):
Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:
1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:
# vimsh -n -e /hostsvc/maintenance_mode_enter
2. Выполняем команду в директории с файлами обновления:
Как уже много писали об этом ранее, одной из проблем механизма отказоустойчивости VMware HA является его потенциальное не срабатывание в окружениях, где одновременно отказывает более 4-х хостов в кластере (например, на уровне блейд-корзины), когда не доступны все 5 primary-узлов. В этом случае есть риск, что виртуальные машины не перезапустятся на оставшихся хост-северах.
В VMware vSphere 4.1 появилась возможность явным образом указать, какие узлы в кластере VMware HA будут являться Primary:
Можно использовать в качестве разделителя пробел или запятую.
Эти настройки необходимо указывать в расширенных свойствах кластера VMware HA (Advanced Settings). Обращаю внимание, что хоть эти настройки и не являются experimental, они являются неподдерживаемыми со стороны VMware и не рекомендуются к использованию в промышленной среде. Кстати, скоро кластер VMware HA будет переживать сколько угодно отказов хостов ESX / ESXi.
Компания VMware официально объявила о выпуске новой версии платформы виртуализации VMware vSphere 4.1 13 июля 2010 года. Это существенное обновление компонентов пакета, включая серверы виртуализации VMware ESX 4.1 и средство управления хост-серверами и виртуальными машинами VMware vCenter 4.1.
У меня для вас опять эксклюзив. Как вы уже, наверное, знаете, вчера компания VMware анонсировала новую версию своей платформы виртуализации VMware vSphere 4.1. Мало того, ESX 4.1, ESXi 4.1 и vCenter 4.1 уже можно скачать с сайта VMware.
Прямо к выпуску VMware vSphere 4.1, чтобы вы не утруждали себя чтением англоязычной документации, я подготовил технический документ с описанием всех новых возможностей платформы, который можно свободно скачать с сайта компании VMC.
В документе описываются все основные технические моменты, включая такие технологии как Storage IO Control (SIOC), Transparent Memory Compression, Load Balanced Teaming, полная поддержка Tech Support Mode в VMware ESXi, новые возможности и максимумы VMware vCenter 4.1 и многое-многое другое. Что немаловажно, в документе есть также секция и про VMware ESXi 4.1, ведь это последняя версия платформы, в которой еще есть ESX - в дальнейшем вся ваша виртуальная инфраструктура уже будет работать на ESXi.
Я вам говорил, что нужно покупать сейчас, а вы тянули. Что имеем в итоге (цитата из официального письма компании VMware):
Уважаемые коллеги!
Как и многие глобальные компании в IT-индустрии, VMware стремится координировать цены на свои продукты во всех основных регионах, в которых ведет бизнес. Один из ключевых элементов ценовой политики в нашем регионе (ЕМЕА) – обеспечение согласованности цен в основных валютах нашего региона, особенно - в долларах США, евро и фунтах стерлингов.
В результате изменений в курсах валют, происходивших в 2009 и начале 2010 года, и для выравнивания цен в разных валютах, мы вынуждены поднять долларовые цены на наши продукты (на лицензии, SnS, Education и некоторые позиции PSO) на 10%, оставив неизменными цены в евро и фунтах стерлингов.
Эти изменения вступают в силу с 26 июля 2010 года.
Но это не значит, что нужно расстраиваться (хотя я вот реально расстраиваюсь - несмотря на то, что это ведет к увеличению моей маржи). Это значит, что есть еще время купить продукты VMware vSphere, VMware View, VMware Site Recovery Manager по старой цене.
Конечно же, все продукты VMware на территории России нужно покупать в компании VMC, которая является Enterprise-партнером вендора и предоставляет множество интересных бесплатных сервисов.
Как многие знают, недавно компания VMware выпустила обновление продукта VMware vSphere 4.0 Update 2. Среди прочих нововведений есть также улучшения механизма VMware HA для отказоустойчивости серверов VMware ESX. Одно из улучшений - решение проблемы Split Brain в кластере HA, которое заключалось в следующем:
Если у вас есть несколько хостов ESX, подключенных к IP-системе хранения iSCSI / NFS, а для виртуальных машин выставлено действие Leave Powered On для Isolation Responce (по умолчанию), то при отключении хоста от всех сетей (IP Storage и VM Network) процессы VMX, реализующие исполнение виртуальных машин оставались в памяти.
При этом, по истечении срока действия лочек VMware HA, остальные хост-серверы ESX запускали эти виртуальные машины. Когда соединение выпавшего хоста с сетью и хранилищем восстанавливалось - процессы продолжали жить, что приводило к так-называемому "пинг-понгу" виртуальных машин между хостами ESX и всяким глюкам.
Теперь же, начиная с VMware vSphere 4.0 Update 2 эта ситуация решается - хост ESX выключает виртуальную машину и генерирует соответствующее событие в vCenter.
Компания VMware планирует выпустить новую версию платформы виртуализации VMware vSphere 4.1 не позднее осени этого года (хотя, может быть и раньше). vSphere 4.1 будет обладать множеством новых возможностей, список которых вполне тянет на версию 4.5, а вот, что сегодня известно об улучшениях производительности в новой версии продукта...
Команды esxtop и resxtop теперь показывают информацию и по NAS/NFS-хранилищам
Поддержка технологии Fault Tolerance (FT) для процессоров Intel Xeon 3400, Xeon 5600 и i3/i5 CPU
Поддержка модуля IOMMU для процессоров AMD Opteron 6100 и 4100
Довольно сильно оптимизирована работа со снапшотами (удаление, создание)
Поддержка гостевой ОС Ubuntu 10.04
Исправлена ошибка в реализации round robin в модуле PSP
Исправлена ошибка при доступе по нескольким путям через software iSCSI initiator к некоторым массивам (например, CLARiiON)
Улучшена работа VMware HA с распределенным коммутатором dvSwitch и механизмом Fault Tolerance
Очень много исправлений и мелких улучшений
Сам же VMware vCenter 4.0 Update 2, кроме различных исправлений, содержит возможности конфигурации автоматизированного развертывания следующих гостевых ОС (то, что для Windows называлось Sysprep):
Windows XP Professional SP2 (x64) serviced by Windows Server 2003 SP2
SLES 10 SP3 and 11 (x32/x64 bit)
RHEL 4.8, 5.4 and 5.5 Server Platform (x32/x64 bit)
Debian 5.0, 5.0 R1 and 5.0 R2 (x32/x64 bit)
Продукт VMware vCenter Update Manager 4.0 Update 2 теперь стал быстрее и надежнее работать в низкоскоростных сетях с большими задержками (WAN).
Скачать обновление VMware vSphere 4.0 Update 2 можно по этой ссылке. Напоминаем, что уже известен список возможностей VMware vSphere 4.1, платформы, которая (вероятнее всего) будет представлена на конференции VMworld 2010 в сентябре этого года.
Многие пользователи используют VMware ESX в окружениях, где не установлен продукт VMware Update Manager, позволяющий централизованно обновлять хост-серверы. В этом случае может оказаться полезной процедура обновления VMware ESX из консоли (Service Console).
1. Первый способ (только VMware ESX).
Например, чтобы обновиться на VMware ESX 4 Update 1 нужно перевести хост в Maintenance Mode и сделать следующее:
Положить его на VMware ESX, например, используя Veeam FastSCP.
Выполнить команду в сервисной консоли VMware ESX:
esxupdate --bundle=ESX-4.0.0-update01.zip update
2. Второй способ (VMware ESX и VMware ESXi).
Есть также и второй способ (подходит как для VMware ESX, так и для VMware ESXi) с помощью скрипта vihostupdate.pl. Перед использованием данной команды необходимо перевести хост ESX в maintenance mode.
Эта команда для ESX и ESXi выполняется из RCLI. Имя пользователя и пароль указывать не обязательно (их спросят во время выполнения команды). Например, для обновления ESX 4 или ESXi 4 можно использовать следующие команды:
Результатом успешного обновления будет следующее сообщение:
The update completed successfully, but the system needs to be rebooted for the changes to be effective.
3. Третий способ (только VMware ESXi).
Этим способом обновить VMware ESX не получится, при попытке добавить такой хост в VMware Host Update Utility, вы получите вот такое сообщение:
Status: Ready
Info: Patching this host version is not supported by vSphere Host Update Utility.
Upgrading this host version is not supported by vSphere host Update Utility.
Поэтому VMware Host Update Utility используем только для VMware ESXi. Запускаем эту утилиту, добавляем хост ESXi по ссылке Add Host... и нажимаем кнопку Scan for Updates, после чего видим сколько обновлений мы можем применить:
На VMware Knowledge Base TV появилось хорошее видео, объясняющее суть работы механизма обновления хостов ESX - VMware Update Manager (VUM), входящего в состав VMware vSphere 4. Надо отметить, что данное видео особенно актуально для пользователей из сегмента малого и среднего бизнеса, которые, зачастую, используют недорогие издания VMware vSphere Essentials или VMware vSphere Essentials Plus, куда уже включен VUM.
Кстати о дороговизне VMware - вы знаете, что VMware vSphere Essentials на 3 хоста можно купить за $ 495?
Новые возможности продукта Citrix XenDesktop 4.0 Feature Pack 1:
Streamed user profiles XenDesktop 4.0 FP1 приобрел возможность потоковой доставки не только приложений, но и пользовательских профилей (user profiles), что позволяет рабочим столам работать до 5 раз быстрее.
Integration with Microsoft App-V Как вы может быть знаете, Citrix анонсировала возможности интеграцииXenApp 6.0 c решением Microsoft App-V. Теперь, те же самые функции появились и у XenDesktop 4.
Support for up to 100,000 concurrent virtual desktop sessions FP1 будет поддерживать до 100 000 сессий работы с виртуальными ПК, работающих на одном сайте.
FlexCast Improvements. Citrix XenDesktop 4.0 получит новые возможности по работе с технологией FlexCast, в частности, улучшенную работу технологии HDX, поддержку Windows portable USB devices, Microsoft OCS и VoIP.
Таги: Citrix, XenDesktop, Update, XenApp, App-V, Microsoft
Мы уже писали о бесплатной программе RVTools для VMware vSphere и серверов ESX. Не так давно она обновилась до версии 2.7.3, где добавилось несколько исправлений и дополнений:
Файлы в директориях снапшотов, а также фалы CTK (технология Change Block Tracking) выводятся в отчете корректно, а не как "zombie".
При некоторых условиях Filter Screen вылетал с ошибкой.
Новые поля на панели vDisk: ThinProvisioned и split диски.
Новые поля на панели vTools: Virtual machine hardware version.
Кроме того, появилось интересное видео с демонстрацией возможностей RVTools:
Компания Citrix продолжает развитие своих продуктов для виртуализации инфраструктуры предприятий на всех уровнях ИТ. Citrix XenApp, средство для виртуализации и доставки приложений, ранее был флагманским продуктом компании, теперь же ему на смену пришел Citrix XenDesktop как более комплексное и законченное решение для ИТ-инфраструктуры. Сам XenApp стал частью решения по виртуализации корпоративных ПК Citrix XenDesktop, но продолжает свое развитие как независимый продукт. На днях вышла предварительная версия Citrix XenApp 6 Tech Preview под кодовым названием Parra.
Мы уже писали про средство оценки и прогнозирования мощностей VMware vCenter CapacityIQ, которое позволяет всегда быть в курсе того, насколько эффективно расходуются аппартные ресурсы, и как сбалансированно их необходимо наращивать, чтобы виртуальные машины не испытывали проблем производительности.
Компания VMware выпустила версию VMware CapacityIQ 1.0.1 с одним-единственным, но очень важным нововведением - поддержкой VMware vSphere 4 и серверов ESX / ESXi 4.
Список новых возможностей и функций Veeam Backup 4.1:
Поддержка VMware ESXi для создания реплик виртуальных машин (включая бесплатный VMware ESXi).
Утилита командной строки (CLI) для восстановления отдельных файлов из резервных копий Veeam Backup формата VBK (ее можно записать на ленту вместе с бэкапами ВМ).
Поддержка нотификаций для SNMP traps.
Улучшенное восстановление отдельных файлов из бэкапа виртуальной машины с ОС Linux.
Поддержка функциональности Change Block Tracking в VMware vSphere для RDM-дисков в режиме виртуальной совместимости (vRDM).
Множественные мелкие исправления ошибок.
Скачать Veeam Backup and Replication 4.1 можно будет уже во вторник-среду с официального сайта Veeam Software. Напоминаю, что сейчас еще есть возможность приобрести Veeam Backup на 27% дешевле от январской цены в компании VMC.
Андрей Вахитов (vmind.ru) в своем блоге разместил просочившуюся информацию о новой функциональности готовящегося к выпуску релиза платформы виртуализации VMware vSphere 4.1, включая ESX 4.1 и vCenter 4.1.
Приблизительный список основных новых возможностей VMware vSphere 4.1:
Поддержка развертывания тонкого гипервизора VMware ESXi по PXE.
Контроль обмена трафиком с системой хранения Storage I/O Control в стиле QoS.
Network I/O Traffic Management - более гибкое регулирование полосы пропускания сетевого взаимодействия виртуальных машин (в том числе сети VMotion, Fault Tolerance).
VMware HA Healthcheck Status - автоматическая проверка работоспособности VMware HA, при этом в случае отклонения настроек кластера от требуемых выдается Alarm в VMware vCenter.
Fault Tolerance (FT) Enhancements - теперь FT полностью интегрирован с VMware DRS, работает в кластерах EVC, а первичные и вторичные виртуальные машины корректно балансируются DRS. Кроме того, VMware FT может теперь работать без VMware HA.
vCenter Converter Hyper-V Import - можно импортировать виртуальную машину на ESX с сервера Hyper-V
DRS Virtual Machine Host Affinity Rules - возможность запрещать некоторые хосты к размещению на них ВМ. Пригодится для соблюдения лицензионной политики.
Memory Compression - новый уровень абстракции оперативной памяти ВМ. Быстрее чем засвопированная на диск память, но медленнее, чем физическая.
vMotion Enhancements - теперь VMotion работает быстрее (до 8 раз), и увеличено число одновременных миграций ВМ на хосте (с 4 до 8).
8GB Fibre Channel Support
ESXi Active Directory Integration - теперь ESXi можно загнать в AD.
Configuring USB Device Passthrough from an ESX/ESXi Host to a Virtual Machine - поддержка USB-устройств на хосте ESX / ESXi, пробрасываемых к виртуальной машине.
User-configurable Number of Virtual CPUs per Virtual Socket - по-сути, многоядерные (не путать с многопроцессорными) виртуальные машины. Несколько виртуальных ядер в одном виртуальном vCPU.
А знаете ли вы, что в VMware vSphere 4 / ESX есть способ обновить VMware Tools сразу для нескольких операционных систем в виртуальных машинах одновременно? Выбираем какой-нибудь объект в окружении VMware vCenter из vSphere Client, где есть вкладка Virtual Machines (например кластер или хост ESX 4), переходим на нее, выделяем с помощью Ctrl или Shift несколько виртуальных машин, нажимаем правую кнопку мыши и из меню Guest выбираем Install / Upgrade VMware Tools для массового обновления:
Компания VMware выпустила очередное обновление все еще работающего в производственной среде пакета ПО VMware Virtual Infrastructure 3.5. В частности, вышли обновления VMware ESX 3.5 Update 5 и VMware vCenter Update 5.
Enablement of Intel Xeon Processor 3400 Series – добавлена поддержка процессоров Intel Xeon серии 3400. Поддержка включает в себя также Enhanced VMotion Compatibility (EVC).
Driver Update for Broadcom bnx2 Network Controller – драйвер контроллера bnx2 обновлен до версии 1.6.9.
Driver Update for LSI SCSI and SAS Controllers – драйвер LSI SCSI и SAS контроллеров обновлен до версии 2.06.74. Драйвер обеспечивает лучшую поддержку хранилищ с контроллерами SAS.
Newly Supported Guest Operating Systems – добавилась поддержка следующих гостевых ОС для VMware ESX 3.5:
Как уже сообщалось, компания VMware выпустила Update 1 для виртуальной инфраструктуры VMware vSphere 4.0 в части хостов VMware ESX и сервера VMware vCenter. Обновить хост-серверы ESX можно с помощью продукта VMware Update Manager, однако это чревато негативными последствиями, описанными в KB 1016070.
Проблема касается хост-серверов ESX с установленными сторонними агентами производителей оборудования и описывается следующими симптомами:
1. VMware Update Manager прекращает обновление на ESX 4 Update 1 и останавливается на 33%.
2. После перезагрузки VMware ESX выпадает в purple screen с сообщением:
COS Panic: Int3 @ mp_register_ioapic
Проблема в том, что после перезагрузки хоста VMware ESX 4 с неудачным обновлением Update 1, вам придется переустанавливать ESX, что приведет к потере виртуальных машин на локальных datastores. Чтобы этого не произошло, необходимо отключить все сторонние агенты на ESX перед обновлением до Update 1. Если вы уже обновились, но не перезагружали хост - обратитесь в техническую поддержку VMware.
Параллельно с выпуском решения для виртуализации корпоративных ПК VMware View 4, который уже доступно для загрузки, компания VMware выпустила также первый пакет обновлений для VMware vSphere. Update 1 теперь доступен для VMware ESX 4 и vCenter 4 и намеренно выпущен с релизом четвертой версии VMware View 4, поскольку последнее с VMware vSphere 4 Update 1 будет работать лучше всего.
Полная поддержка решения VMware View 4.0 (View Manager, Composer и т.п.).
Поддержка Windows 7 и Windows 2008 R2 (32 и 64 битные). Теперь VMware vSphere Client без дополнительных настроек работает на Windows 7.
Поддержка кластеров Microsoft Cluster Server (MSCS) для Windows 2000, 2003 и Windows Server 2008 Failover Clustering при работе в кластерах HA и DRS в ограниченной конфигурации.
Enhanced VMware Paravirtualized SCSI Support - теперь паравиртуализованный адаптер SCSI-контроллера можно использовать и для загрузочных (boot) дисков под гостевые ОС с Windows 2003 и 2008.
Improved vNetwork Distributed Switch Performance - убраны тормоза и увеличено быстродействие при операциях добавления / удаления хостов ESX / ESXi из vDS, а также изменении его конфигурации при больших нагрузках.
Increase vCPU per Core Limit - теперь на одно ядро физического процессора можно использовать до 25 виртуальных vCPU машин.